home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1116 < prev    next >
Internet Message Format  |  1994-08-27  |  4KB
  1. Date: Fri, 29 Jul 94 10:04 BST-1
  2. From: ogal@cix.compulink.co.uk (Ofir Gal)
  3. Subject: Make It Simple
  4. To: gem-list@world.std.com
  5. Message-Id: <memo.809267@cix.compulink.co.uk>
  6. Precedence: bulk
  7.  
  8.  
  9. warwick@cs.uq.oz.au said:
  10. >
  11. >Now, as soon as we vote on the key shortcuts, we can put it in this form
  12. >and see what it looks like.  (With "atariworks.selectAll.key: Alt-#*") :)
  13.  
  14. I don't think we need application specific stuff. This makes it incredibly
  15. difficult to write an app-defs editor. Why complicate things. I think we
  16. just need to list the shortcuts in the proposal and allow the user to
  17. change them.
  18.  
  19. >Agreed.  Some people hate click-to-type, others hate point-to-type.  For
  20.  
  21. I think most users would prefer click-to-type, if you have to move the
  22. mouse you may as well click it. I don't think this should be in the
  23. standard or in the app-defs file because very few programs will support
  24. it. If you want it in your program, make it an option, but always use
  25. click-to-type as the default.
  26.  
  27. >`modal dialogs in windows'.  The only reasons the user might not
  28. >want it is that form_do() dialogs are faster, since they can use
  29.  
  30. Sure they are, but some toolkit can't do both, so this is an option I will
  31. leave to programmers to implement if they want. Shouldn't be in the
  32. standard or the app-defs file.
  33.  
  34. >Remember:  these do NOT need to be in the file, they just need to be
  35. >defined as possibilities, so as to have an agreed-upon-name (not an
  36. >agreed-upon-value though).
  37.  
  38. We don't have to discuss future possibilities now. This will just take
  39. more time and arguements. Lets start with the basics and expand later. The
  40. file can take the following format:
  41.  
  42. KEYS
  43. *.*.*.*.*.*.
  44. etc...
  45.  
  46. DIALOGS
  47. *.*.*.*.*.*
  48. etc.
  49.  
  50. PALETTE
  51. *.*.*.*
  52. etc.
  53.  
  54.  
  55. And whatever else you want. I suggest we start with the keys and give
  56. people a chance to implement this. This way you can look for the word KEYS
  57. and continue to read definition until you reach a CRLF.
  58.  
  59. >Hollis:
  60. >>I think someone should post some standard code (in C, C++, Pascal, and
  61. >>GfA Basic) so we can all use his/her code in our programs for APP_DEFS.
  62. >
  63. >Did y'all catch my code for pattern-matching against a string with wildcards?
  64. >That's my contribution.
  65. >
  66. >Couldn't we just write it in C and bind it to other languages?  Maybe have
  67. >to convert it to ASM (via compiler) for some (can BASICs load C object files?)
  68.  
  69. Couldn't we just use pseudo code so that everyone understands it. I don't
  70. know C well enough to follow your code.
  71.  
  72. >The app-defs formats proposed so far all allow per-application and
  73. >global specification of configurations.  Keep up.
  74.  
  75. Not really. Per-application is not a good idea IMO.
  76.  
  77.  
  78. d.oakley.kid0111@oasis.icl.co.uk said:
  79. >
  80. >This is all up for debate but things like that are usually saved in the
  81. >program's own preferences file, and I take it that APP_DEFS conforming
  82. >programs will not use their own preference files: Am I right or wrong?
  83.  
  84. I hope you are wrong. I don't think any app should write to the file, only
  85. read.
  86.  
  87. >could save changes; I'd rather use my own prefs file for most things if
  88. >that was the case.
  89.  
  90. Please do.
  91.  
  92. >The .Xdefaults file's way of specifying shift keys if very sensible:
  93. >
  94. ><Ctrl>Q
  95. ><Shift><Ctrl>P
  96. ><Alt>A
  97.  
  98. Why not save them the same way they are displayed in the menu? ^Q, etc.
  99. BTW, can I send ASCII 1 and 7 via the internet?
  100.  
  101. Bye,
  102.  
  103. -----------------------------------------------------------------
  104. Ofir                                    ogal@cix.compulink.co.uk
  105. -----------------------------------------------------------------
  106.  
  107.